home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000918_Nathan.Torkington@vuw.ac.nz _Tue Apr 20 00:10:28 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  1KB
  1. Return-Path: <Nathan.Torkington@vuw.ac.nz>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA11657; Tue, 20 Apr 93 00:10:28 MET DST
  4. Received: from kauri.vuw.ac.nz by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA20134; Tue, 20 Apr 1993 00:30:11 +0200
  6. Received: by kauri.vuw.ac.nz id AA12133
  7.   (5.65c/IDA-1.4.4 for www-talk@info.cern.ch); Tue, 20 Apr 1993 10:30:05 +1200
  8. Date: Tue, 20 Apr 1993 10:30:05 +1200
  9. From: Nathan Torkington <Nathan.Torkington@vuw.ac.nz>
  10. Message-Id: <199304192230.AA12133@kauri.vuw.ac.nz>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: Authentication
  13.  
  14. HTTP2 ideas:
  15.  
  16.  -- authentication
  17.     Currently I'm going to fake this with document delivery
  18.     via e-mail, but I'd rather have *real* authentication.
  19.     Should the authentication scheme be build in, or should
  20.     it be left to clients and servers to guess?
  21.  -- tracking changes
  22.     I should be able to ping a document and get a unique
  23.     value back (cf md5 or snefru) to see whether it has
  24.     changed or not.
  25.  
  26. Nat.